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Preface 

This document Is a report of the results of an Initial study to 
develop a Dynamic Autonomous System Scheduler (DYASS) for the NASA Space 
Data System. Applications of artificial IntelllRcnce concepts to scheduling 
problems, which heretofore have been approached almost exclusively with 
operations research techniques, are discussed. This work was performed 
under contract number NGR2 1-02 7-004. 
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I. Introduction 

The purpose of this study is to identify and discuss considerations 
necessary for the development of a Dynamic Autonomous System (DYASS) of 
resources for the mission support ^tf near-Earth NASA spacecraft by 
Goddard Space Flight Center, 

This report consists of six sections. The second section describes 
the current NASA Space Data System from a functional perspective. The 
future (late 80's and early 90's) NASA Space Data System is discussed 
briefly in the third section. The DYASS concept, the Autonomous Process 
Control and the NASA Space Data System are introduced in the fourth 
section. The fifth section surveys scheduling and related disciplines, 
DYASS as a scheduling problem is also discussed. 

The sixth section deals with Artificial Intelligence and Knowledge 
Representation. Finally, the "NUDGE” System and the 1-Space System 
are visited. 
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II. The Current NASA Space Data System 

The NASA Space Data System can be logically partitioned Into the 
following five major system functional elements: 

A. The constellation of spacecraft 

B. The communications and data acquisition network 
G. Mission planning and scheduling 

D, Ground processing 

E. End Users. 

Figure 1 Illustrates the conceptual structure and data flow of the system. 

A. Constellation of Spacecraft 

The Ccustellatlon of Spacecraft element performs the following functions; 

1. Support of spacecraft sensor data collection 

2. Provision of stored command control for sensors and spacecraft 

3. Provision of data for orbit determination 

4. Provision of on-board telemetry processing 

5. Provision of attitude data. 

The sensors represent the primary justification for the existence of 
the spacecraft. Telemetry data are relayed from the satellltles to the 
ground data acquisition stations. Commands for the control and operation 
of the spacecraft are uplinked and executed or stored In a command memory 
for later execution. Tracking data such as that provided by a Range and 
Range Rate system communicating with the spacecraft or the LASER Network 
or optical sightings are used for later determination of its position In 
space. 

For the purpose of this study, the spacecraft can be assigned to six 
broad categories which are useful for describing the complexity of the 
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spacecraft or some other special characteristic. They ares 

a. Explorers 

b. Observatories 

c . Technology development 

d. Earth resources and meteorological 

e. Foreign 

f. Other Government agencies* 

The spacecraft within each of these categories are provided support from 
either shared or dedicated facilities. Project Operations Control Centers 
(POCC's) and Sensor Data Processing Facilities (SDPF) are shared by 
most Explorers while dedicated facilities are used by the Project for 
the Observatories and the Earth Resources and Meteor logical satellites. 

The Data Acquisition and Communications support is shared by all space- 
craft and is provided by the STDN and the NASGOM network, respectively. 
Likewise, routine orbit and attitude determination are carried out In 
shared facilities. 

An evaluation of the list of 34 supported spacecraft now in orbit 
reveals that 11 are Explorers, 14 are Observatories, 4 are Technology 
development, 8 are Earth resources and meteorological, 3 are Foreign, 
and 7 are Other Government agencies. 

B. Communication and Data Acquisition Netvyork 

The Communication and Data Acquisition Network Includes the com- 
munications hardware and is responsible for the transfer of data 
between spacecraft and ground processing facilities. The ground stations 
acquire the telemetry data and uplink commands by the use of antennas 
and antenna- tracking equipment which maintain contact with the spacecraft. 
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The NASGOM comraunlcatlon network allows data to be transferred between 
ground stations and ground processing facilities and thus makes space- 
craft- to-ground coroittunlcatlon and control possible. All of the equipment 
Involved In this network must be scheduled to ensure proper coordination 
and use. 

Structure 

Figure 2 Illustrates the structure of the Communications and Data 
Acquisition Network. The two functional components, the STDN and the 
NASCOM network, arc discussed In the succeeding paragraphs. 

The STDN consists of 14 ground stations which receive telemetry from 
and transmit commands to the spacecraft, and provide tracking data for 
orbit determination. Normal service at a ground station begins with a 
pre-pass setup period to Integrate software and communications systems. 
During this time, the ground station hardware and the linkage between 
the ground station and the POCC are checked, and antenna positioning 
occurs. Spacecraft contact refers to the period between Acquisition of 
Signal (AOS) and Loss of Signal (LOS). AOS occurs at the point above the 
horizon where communication between the spacecraft and the ground station 
occurs. LOS occurs at or before the horizon, at which time communication 
between the spacecraft and ground station Is terminated or lost. 

The NASCOM network Is the set of circuits, voice, switching and 
terminal facilities arranged In a global communication system. The 
system supports routine low speed and teletype data and high speed data 
transfer; wide band data communications channels are used for data 
transfer. Communications satellltles are used to provide some of the 
high speed data transfer capability. The capacity is usually sufficient 
to meet the current needs of the system. 
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Inputs. Outputs, and Controls 

The Inputs to STDN consist of spacecraft commands which are trans- 
mitted from the POCC's to the spacecraft. STDN receives schedules from 
the Mission Planning and Scheduling element of the system. 

STDN has several outputs. Tracking data is provided for the Orbit 
Support Computation Facility (OSCF), Control information and non- 
image taleraetry data are sent to the Network Operations Control Center 
(NOCC) for monitoring. Telemetry data are received from the spacecraft 
and transmitted to the POCC’s and the SDPF or forwarded during low 
volume hours over the Domestic Satellite System (DOMSAT), Image tele- 
metry data are stored on tapes and forwarded to the SDPF. STDN produces 
test data to ensure that proper communications links have been established. 

Interrelationships and Constraints 

STDN is the interface between the POCG and the spacecraft. In 
addition, it serves as the Interface between the spacecraft and the SDPF. 
Tracking data are prodded to the OSCF, 

NASCOM serves as the main communications Interface between the various 
elements of the NASA Space Data System. 

C, Mission Planning and Scheduling 

Mission Planning and Scheduling, a key control element of the NASA 
Space Data System, performs the following functions: 

1. Plans experiment and spacecraft operations during both the 
prelaunch and postlaunch (operational) phases of spacecraft 
missions 
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2. Schedules: 

a. ground station to spacecraf . contacts for receipt and 
transmission of telemetry and command data 

b. allocation of NASCOM resources 

c. production of user products and their distribution 

d. computation of predicted spacecraft orbit and attitude 

e. command loads to spacecraft that can affect sensor states 
or change spacecraft attitude or orbit 

f. what sensor data to acquire 

3. Controls all the elements of the system 

4. Monitors its own performance 

5. Accommodates the following: 

a* End User requests for telemetry data (possibly through NASCOM) 

b. End User requests to upload spacecraft commands 

c. FOCC resource use requests 

d. requests for special products. 

These requests go through a filtering process to limit the degree of 
resource utilization demands made on the NASA Space Data System. 

Structure 

The Mission Planning and Scheduling element of the current NASA Space 
Data System contains the projects that develop, direct, and control space- 
craft missions and other elements that direct the planning and scheduling 
of NASA resources to support and control operational satellites. The major 
subelements of Mission Planning and Scheduling are as follows: 

1. Project operations planning 


2 


NOCC 


3. Scheduling (Computer-Asslsted-Interactlve-Resource-Schedullng 
System — CAIRS— and Machlne-Augmented-Manual-Scheduliar 

--MAMS--) . 

These elements are responsible for the planning and scheduling of 
the resources used to connect and support the facilities and functions. 
Local facilities are responsible for planning and scheduling the use 
of their own Internal resources* Some of the facilities that fall into 
this category are; 

1. Orbit Support Computation Facility (OSCF) 

2. Attitude Determination Facility (ADF) 

3. Sensor Data Processing Facility (SDPF) 

4. Command Management Facility (CMF). 

Support functions performed by local facilities but used for schedul- 
ing by the Mission Planning and Scheduling element Include: 

1. Orbit and attitude computation and prediction for spacecraft 
control and sensor pointing control 

2, Command management for the production and control of spacecraft 
command ind on-board computer loads and dumps. 

Ground processing functions are scheduled to react to the presence of 
data or at a time when it is convenient to perform the work or in real 
time, depending on the mission requirements. 

Project Operations Planning 

The Project is responsible for the design, development, Implementation 
and operation of the spacecraft, A Project is responsible for the design 
of both the hardware and software associated with the spacecraft. Space- 


craft construction and Integration and testing are monitored. A 
Mission Operations Plan (MOP), which defines the objectives of the 
mission, and a Support Instrumentation Hequlrements Document (SXRD), 
which defines the mission support requested from NASA, are developed. 

The NASA Support Plan (NSP) defines the support NSAS will provide 
the spacecraft. After launch, the POCC's are responsible for the 
operation of the spacecraft under the direction of the project. 

Generic requirements for the spacecraft are defined. A requirement 
la generic (as opposed to specific) If the specified activity Is in** 
tended to occur on an approximately regular basis. 

Network Operations Control Center 

The NOCC schedules, controls, directs and monitors the activity 
of STDN and the NASCOM network In support of the various missions. 

Network resources are scheduled with the aid of two scheduling 
systems - CAIKS and MAMS. CAIRS Is an on-line system used as an aid 
In producing cc*fllct-free schedules for network operations. The 
CAIRS-MAMS systems maintain and update the schedule after It is generat- 
ed, and they also produce network usage reports. The final schedules 
are transmitted to all concerned parties over NASCOM at teletype speeds. 

Inputs, Outputs, and Controls 

The Inputs to Project Operations Planning may be divided Into 
prelaunch and postlaunch Inputs. During the prelaunch phase of operation, 
advance Information concerning mission goals, science objectives, space- 
craft and Instrument design characteristics and preliminary mission 
operations concepts are provided by each Project. 


After launch, the Project begins the spacecraft and Instrument 
check-out phase. Dally operations plans are continuously modified 
depending on the progress made in bringing the mission to an oper- 
ational status. 

Other Inputs to Project Operations Planning Include spacecraft 
predicted position, spacecraft power budget, geometric constraints, 
experimenter requests and commands, and new mission requirements. 

The CAIRS and MAMS scheduling systems receive requests for the 
scheduling of network resources. These requests, spacecraft re- 
quirements and predicted puaitlons, ground station capabilities 
and NASCOM capabilities are necessary for proper scnedullng. Each 
system la used to produce conflict-free schedules for the use of 
STft' and KASCOM resources. 

Interrelationships and Constraints 

Project Operations Planning is the focal point of mission plan- 
ning and development. End Users must make experlemnt and command 
requests to Project Operations Planning* These requests are passed 
on to the POCG's for execution. 

The NOCC must receive requests for NASCOM and STDN resources 
from the POCC’s. The NOCC then utilizes the CAIRS and MAMS systems 
to produce conflict-free schedules for the network resources. 

D. Ground Processing 

The receipt, transmission, and processing of telemetry tracking and/or 
command data are functions of the Ground Processing Element. This element 
is also responsible for archiving data and distributing it along with any 
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special user products. It also performs flight maneuver calculations 
and produces command loads. 


Structure 

The Ground Processing element of the NASA Space Data System 
performs ground support functions such as orbit and attitude de- 
termination, telemetry processing and archiving, Image processing, 
spacecraft command generation and uplinking, and spacecraft health 
and safety moni>‘orlng. The five functional components which per- 
form ground support tasks are: 

1. Sensor Data Processing Facility (SDPF) 

2. Attitude Determination Facility (ADF) 

3. Orbit Support Computation Facility (OSGF) 

4. Command Management Faclltiy (CMF) 

5. Project Operations Control Center (POCC). 

Sensor Data Processing Facility 

The SDPF performs the two major functions of data capture and 
data formatting. The SDPF is currently archiving data for up to 14 
spacecraft with a total of 29 data types and can produce telemetry 
and image data tapes. 

The data capture function of the SDPF is performed by the Tele- 
metry On-line Processing System (TELOPS) . 

The basic functions of TELOPS are to capture incoming data, pre- 
edit the received data, and archive edited data. 

A Management Information System (MIS) is used to track data through 
the SDPF. The MIS tracks messages received, files ready for editing, 
and files ready for archiving. 
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The Image Processing Facility (IPF) produces image products for 
the LANDSAT, NUMBUS and Heat Capacity Mapping missions. IPF processing 
is done in three steps: preprocessing, image processing and product 
preparation. IPF is managed and controlled by an Information and 
Production Control System (IPCS). 

Attitude Determination Facility 

The ADF uses observed spacecraft attitude data obtained from 
spacecraft telemetry and orbit data obtained from the OSCF to cal- 
culate the attitude of a spacecraft. 

The five major functions of the ADF are: 

1. Real-time attitude determination 

2. Attitude control 

3. Definitive attitude determination 

4. Attitude prediction 

5. Bias determination. 

Orbit Support Computing Facility 

The OSCF uses tracking data acquired by the STDN to provide actual 
and predicted orbit data for spacecraft. The number of orbit determin- 
ations necessary to support each spacecraft depends upon specific 
spacecraft mission requirements and the occurrence of special or emergency 
situations: 

The six major functions of OSCF are: 

1. Input data processing 

2. Trajectory /orbit determination 

3. Tracking system performance assessment 
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4. Acquisition data production and validation 
3. Scheduling and planning data production 
6. Mission maneuver support. 

Conanand Management Facility 

The CMF processes requests for spacecraft activity to produce space- 
craft commands. The two components of CMF processing are preliminary 
processing and command loading. Spacecraft activity requests are usually 
g‘‘nerated by experimenters using the spacecraft’s command language. Pre- 
liminary processing consists of command editing, merging and assembling. 

Project Operation Control Centers 

The primary mission of a POCC Is to monitor and control the operations 
and health and safety of a spacecraft on a day-to-day, orblt-by-orblt 
basis. POCC’s may also monitor the health and safety of scientific Instru- 
ments aboard some spacecraft. The primary services which a POCC provides 
are: 

1. To command a spacecraft 

2. To provide information about a spacecraft 

3. To act an an Interface between the spacecraft and the outside world. 
Inputs, Outputs, and Control 

The SDPF receives data processing and routing schedules, telemetry 
data, and Image telemetry tapes for processing. 

The ADF uses raw telemetry and orbit determination data to produce 
definitive attitude solutions. 

The OSCF uses raw tracking data from STDN and previously generated 
epheraeris data to produce ephemeris data which are used to produce 
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planning and scheduling data In various forms. 

The CMF receives spacecraft control requests from the POCC’s and 
from End Users. All End User-generated spacecraft control requests must 
be approved by the appropriate Project Office. The CMF generates space- 
craft command loads and ancillary command status Information. 

Interrelationships and Constraints 

The SDPF receives telemetry data in real-time from NASCOM. The ADF 
and OSCF are used to obtain attitude and orbit data. Telemetry play- 
back can be provided to the POCC’s. Finally, telemetry data tapes and 
image products are provided to the End Users. 

The ADF receives generic schedules from the Mission Planning and 
Scheduling clement. Orbit data are obtained from OSCF. Attitude 
solutions are provided to POCC’s and SDPF upon request. 

The OSCF receives requests and schedules from Mission Planning and 
Scheduling. Real-time telemetry and tracking data are obtained from 
NASCOM. Orbit data are provided to SDPF, NOCC, STDN, and the POCC’s, 

The CMF receives requests and schedulesfrom mission planning and 
scheduling. Command data are received from End Users and the POCC’s. 

The CMF sends command loads back to the POCC’s. 

A POCC Interacts with NOCC and other POCC’s to negotiate scheduling 
for spacecraft contact, NASCOM Is used to provide real-time contact to 
the spacecraft. Orbit and attitude data are obtained from the OSCF and 
ADF, respectively. The POCC’s use the CMF to produce command loads. 
Finally, a POCC may receive telemetry (real-time or playback) then from 
SDPF or spacecraft. 
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E. End Users 


The End Users are responsible for the functions of establishing mission 
requirements, performing data analysis, and evaluating sensor operation. In 
effect, they establish the ground rules under which the mission Is conducted 
and create the c’"lterla for judging mission success. The requirements are 
Input to the system. In both generic and specific terms. In order to perform 
data analysis, ancillary data such as universal time, satellite position, and 
sensor evaluation operations are carried out In facilities provided by the 
users. 

The End Users can be divided into two groups; first, the members of the 
Project staff who are responsible for developing the spacecraft, planning 
the mission, and carrying out the overall mission operations, and second, 
the scientific Investigators who set the mission goals and objectives, de- 
velop the scientific Instruments, request modifications to ongoing operations 
plans and ultimately receive the data collected by their instruments along 
with the necessary ancillary data so that they can Interpret and analyze the 
results of the experiment. 
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III. The Future NASA Space Data System 


This chapter discusses the future NASA Space Data System for the late 
1980’ s to early 1990’s time frame. The general overall conceptual structure 
of the future system will be very similar to the current system. This chapter’s 
major focus Is on the differences between the current and expected future NASA 
Space Data System. 

Overall Conceptual View 

The major change that will occur Is the source of the Input data to the 
system. For the future, the Tracking and Data Relay Satellite System (TDRSS) 
is expected to provide the bulk of the telemetry and image data and to re- 
sult in phasing out all but three of the former ground stations; these 
three stations operated by and for the Deep Space Network will remain for 
special dedicated satellite contact support and emergency situations. The 
TDRSS will provide an Increased data transfer capacity and longer spacecraft 
contact time. However, a significant amount of the data transfer capacity 
will be used by shuttle vehicles. Multiple concurrent shuttle missions will 
Impose a heavy burden on the data transfer capacity of the TDRSS, 

, Several of the NASA Space Data System element components are expected to 
be modified or expanded. The Network Operations Control Center (NOCC) and 
Mission Planning Center (MFC) functions of the Mission Planning and Scheduling 
element will be merged into a new function called the Network Control Center 
(NCC) . This center will incorporate the functions of the other two com- 
ponents and will also be responsible for scheduling TDRSS usage. Physical 
data links will be added to form a network of POCC’s (POCCNET). The Sensor 
Data Processing Facility (SDPF) will be upgraded and a new packet switching 
network (PACOR) capability will be added. The Computer Assisted Interactive 
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Resource Scheduler (CAXRS) and Machine Augmented Manual Scheduler (MAMS) 
systems are expected to be replaced by a more fully automated scheduling 
system. Several Ideas developed from the NASA End-to-End Data System 
(NEEDS) studies may be Incorporated Into the future system. 

A. Constellation of Spacecraft 

The makeup of the future constellation of spacecraft will be heavily 
Influenced by the availability of the TDRSS and the shuttle. The TDRSS 
will provide the tracking and data relay services for all the low earth 
orbiting spacecraft. Therefore, all these spacecraft must be equipped 
with antennas, receivers, and transmitters that will allow them to com- 
municate with the TDRS. 

As technology progresses the data collection and storage capacity 
of spacecraft sensors Increase. Coupled with improvement and expansion 
of communications technology and equipment, this produces an increase 
In the volume of data to be handled by the NASA Space Data System. 

The availability of the shuttle, both as a launching vehicle for 
free-flying spacecraft and a carrier of attached payloads such as the 
spacelab will introduce the capability of launching payloads on rela- 
tively short notice. Also, the large weight-carrying capacity of the 
shuttle enables very large and complex spacecraft to fly. This will. 

In turn, lead to the development of much more sophisticated instruments 
than those now in orbit. 

B. Communications and Data Acquisition Network 

The Communications and Data Acquisition Network responsibility for 
the transfer of data between spacecraft and ground facilities will not 
change. The method of this transfer, however, will change. The NASA 
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space Data System will receive an Increasing number of requests for 
real-time data. 

Structure 

The basic structure of the network will be greatly modified for the 
future NASA Space Data System, The TDRSS will be Installed and serve 
as the major telemetry and command data transfer mechanism between space- 
craft and the ground facilities. As a result of this, 11 of the 14 
Spacecraft Tracking and Data Network (STDN) ground stations will be phased 
out. The remaining three ground stations and the dedicated TDRSS ground 
station at Nhlte Sands will form the new STDN. 

NASCOM network hardware will be upgraded. Higher data rate lines 
will be added to handle the Increased bandwidth of TDRSS data transfer 
as well as the higher data rates of future spacecraft such as LANDSAT-D 
and Space Telescope. PACOR will be Implemented to provide an additional 
data transfer system. A Shuttle Payload Interface Facility (SPIF) will 
allow preprocessed shuttle payload data transfer between NASA at Houston 
and GSFC and may be Implemented In this time frame. 

Inputs, Outputs, and Control 

The basic Inputs, outputs, and constraints related to the Communications 
and Data Acquisition Network vtIII change to reflect new capabilities and 
facilities. Preprocessed shuttle payload data from Johnson Space Center 
(JSC) via SPIF will be a new Input. The TDRSS will alter the source of 
Input and the destination for output from the STDN system making the total 
system much more compact. A control and monitor interface link will allow 
real-time control of data transfer. 
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Interrelationships and Constraints 

The basic Interrelationships remain the same as in the future system, 
NASCOM will work In a state that concentrates data flow between the POCC’s, 
othar facilities, and the Wlilte Sands ground station that is the dedicated 
facility for TDRSS, 

C. Mission Planning and Scheduling (MPS) 

The future Mission Planning and Scheduling element will have the same 
basic functions as that of the current system. The introduction of the TDRSS 
represents a new resource that must be managed by the Mission Planning and 
Scheduling element. 

Structure 

The Mission Planning and Scheduling element of the future NASA Space 
Data system is a key control element. The major functional components 
are as follows; 

1, Project Operations Planning 

2. NGC Scheduling System (NCCDS) 

Internal scheduling of ground system facilities will occur in the samo 
manner as the current system but will be affected by NCC-NCCDS scheduling. 

Project Operations Planning 

The Project Operations Planning will remain basically unchanged. 

New projects will be Instituted to support new missions. 

Network Control Center 

The Network Control Center will replace the Network Operations 
Control (NOCC) and the MPC of the current NASA Space Data System. NCC 
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will be a real-time network monitoring and control system which is designed 
to meet the needs of an operational TDRSSt The major capabilities of this 
system will be as follows: 

1. Automated scheduling of network resources 

2. Ability to provide a POCC with a total real-time interface 
with the spacecraft 

3. A mechanism for system performance monitoring and evaluation 
Equipment monitoring and test facilities. 

Scheduling System 

A new scheduling system within the NCCDS will replace the current 
CAIRS-MAMS scheduling system. The new scheduler will be automated and 
will Include some conflict resolution procedures. The major components 
of the new system will be: 

1. Scheduler for generic requests 

2. Scheduler for specific requests 

3. Conflict resolution procedures 

4. Resource allocator for both the specific and generic schedule 
requests 

5. An electronic schedule input system which Is used to receive 
scheduling requests from users 

6. Automatic and electronic transmission of schedules or responses 
to scheduling requests to users via NASCOM lines. 

The NCCDS Is also a complex control and reporting system for NCC functions. 

Inputs, Outputs, and Controls 

The Inputs, outputs, and controls for the future Mission Planning 
and Scheduling element will be similar to those of the current NASA 
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space Data Systerot The Inputs and outputs contain the same type of 
information although the formats and methodology will change. 

InterrelationshipB and Constraints 

The Interrelationships of the future Mission Planning and Scheduling 
element components will be essentially the same as for the current system. 
The major change which must be considered is the scheduling of the TDRSS 
resource and the reduction In the number and use of ground stations of 
the STDN. The scheduling of POCC-to-POCC links for the Project Operations 
Control Center Network (POCCNET) Is a new relationship that Imposes con- 
straints on system scheduling. 

D. Ground Processing 

The Ground Processing element of the future NASA Space Data System 
has the same responsibilities as the current system. The major changes 
Involve the upgrading of facilities to provide additional processing 
capabilities. 

Structure 

Figure 3 illustrates the relationships between the following five 
functional ground support elements of tJie NASA Space Data System: 

1. Sensor Data Processing Facility (upgraded) 

2. Flight Dynamics System (expansion of Attitude Determination 
Facility ~ ADF) 

3. Orbit Support Computing Facility (upgraded 

4. Command Management System (upgraded) 

5. POCCNET (upgraded and connected POCC’s). 
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FIG. 3 FUTUne NASA GROUND PROCESSING 
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Sanaor Data Proccsalng raclltty 

Tha SUPF will bfi upgraded through replacement: of Its computers to 
provide additional processing capabilities, PACOR will be implemented to 
allow transfer of information using a packet switching network archi- 
tecture with its Inherent advantages. 

The Image Processing (IPF) will continue to exist for currently 
operational spacecraft. New missions such as LANDSAT-D and Space 
Telescope will have their own Image processing facilities, and will not 
need the support of IPF, 

Flight Dynamics System (FPS) 

The Flight Dynamics System is an extension and upgrading of the 
current system ADF. The new system will provide a more complete support 
service function for attitude determination and flight maneuvers. Ad- 
ditional capability will be added to assist in TDRSS and spacecraft 
antenna positioning. 

Orbit Support Computing Facility (OSCF ) 

The computer hardware of the OSCF will be upgraded to provide greater 
processing capability. Changes are expected during this report time frame 
to support operations with the TDRSS. 

Command Management System (CMS) 

The current Command Management Facility will be upgraded through 
the replacement of Its computers to provide additional capabilities. The 
new CMS facility will perform command processing for an Increasing number 
of spacecraft and provide direct remote Input capabilities to the users. 


-21 


Project Qpgratlona Control Cantor Netwo rk (POCCNE T) 

In the future* FOGG eepeblllties will expand to support multiple 
simultaneous satellite contacts within a single POCC. Physical data 
links will be added to form a network of connected POCG*s. This ex* 
pension and enhancement of capabilities will occur on a piecemeal bails 

Scheduling for the POCC support will require a great deal of co- 
ordination between NCG and the POCC’s Involved to obtain efficient use 
of the resources. The responsibilities and functions performed by the 
Individual FOCC's will remain essentially the same although there Is 
additional Internal scheduling for the multiple simultaneous contact 
capability, 

A new ground system control and monitor Interface link will be 
added to relay real-time configuration and data rate change requests. 

If SPIF Is Implemented It will be used to interface with the Mission 
Control Center at JSC to augment payload operations during shuttle 
support periods. 

Inputs, Outputs, and Controls 

Almost all vf the Inputs, outputs and controls remain the same for 
the future ground processing elements; however, there are minor dif- 
ferences. In the past, image data were transferred from ground stations 
to theSDPF by magnetic tape* Because of the phasing out of ground 
stations and the emergence of TDRSS In the near future. Image data will 
be transferred to the SDPF via NASCOM. Electronic transfer of Input 
and output data will be used Instead of the current manual methods. 
Real-time control of data transfer with POCCNET will be possible with 
the new control and monitor link. 
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Interrelationships and CoABtralnts 


The interrelationships between the ground processing elements are 
the same as In the current system, with the exception of: the Attitude 
Determination Facility which Is being replaced with the Flight Dynamics 
System, Orbit determination data will be transmitted to the NCC, The 
sched ;ling of POCCNET data links Institutes a new requirement for the 
future NASA Space Data System and Imposes new constraints on POCC re- 
source availability. 

E. End Users 

Future system End Users are summarized In Table 1 to the extent 
that they can be identified at this time. Spacelab and the Space 
Shuttle will form the bulk of the demand on the future system. It can 
be anticipated that the system demand will expand beyond that shown 
here by the time these satellites are actually operational causing a 
further Increase In the data flow load of the future NASA Space Data 


System 



Table 1. Future Estimate of System End Users 


Satellite Name 


Number of Experiments 


CCE 17 
COBE 18 
Dynamics Explorer A 37 
Dynamics Explorer B 46 
ERBS A 7 
EUVE 3 
Gamma Ray Observatory 56 
OSS-1 23 
San Marco - D/L 11 
San Marco - D/M 2 
Space Shuttle (multiple missions) 113 
Spacelab 1 142 
Spacelab 2 73 
ST 62 


UARS-2 
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IV, Autonomous Process Control and the NASA Space Data System 

This chapter describes the considerations for a recommended new NASA Space 
Data System. The Dynamic Autonomous System Scheduler (DYASS) concept Is 
Introduced to define, defend, and demonstrate a process control structure that 
automates the now labor-intensive scheduling of resources for the mission support 
of near-Earth NASA spacecraft for the GSFC. The structure will also provUde 
opportunities to enhance the use of limited rrjources and make the operations of 
the system visible and easily controllable from the user and management points 
of view, 

A DYASS System Structure Overview and a logical Interconnection of key 
elements is presented in Figure 4-1. This new structure can Improve the 
Information flow of the NASA Space Data System as Illustrated In Figure 4-2, 

To obtain an understanding of how the ultimate system goals relate to this 
structure, the components, functions, resources and interconnections between each 
of the logical elements will be discussed. This will form the basis for the 
Introduction of related concepts and technologies that can play a role In achieving 
the DYASS system goals. 

The DYASS Concept of the NASA Space Data System 

The Dyass system structure responds to several different Inputs and 
coordinates them to control the use of resources and to produce desired 
outputs. The system handles the following Input categories: 

1. User requests 

2. Resource allocation 

3. Telemetry processing 

4. General spacecraft support and control 

5. System monitoring 
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User Requests 


The system must be able to deal Intelligently with various types 
of End User requests* These Include requests for: 

1, Ground system resources (NASCOM, STUN, POCC, SDPF) 

2. Experiment control 
3* Spacecraft status 

4. Spacecraft telemetry for analysis 

5. Current status and expected completion time of requests 

6. Special products such as Imagery and telemetry archive or Image 
data tapes. 

Resource Allocation and Scheduling 

The system must be able to produce schedules which allocate system 
resources efficiently. The elements within this category are: 

1. DYASS system schedule production and distribution 

2. NASCOM allocation 

3. Spacecraft contact 

4. STDN/TDRSS allocation 

5. Project Operations Control Center Network (POCCNET) allocation 

6. Attitude 

7. Orbit. 

Telemetry Processing 

The spactcraft sensor data must be processed. The tasks Involved are: 

1. Telemetry processing 

2. Imagery processing 

3. Data archiving and distribution. 

Telemetry data are processed to determine spacecraft status and archived 
for distribution. 
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General Spacecraft Support and Control 


DYASS must be capable of controlling and scheduling the general 
spacecraft support required by the system. These functions are: 

1. Orbit computation 

2. Attitude computation 

3. Spacecraft health and safety monitoring 

4. Command and onboard computer management. 

System Monitoring and Performance Evaluation 

The DYASS system roust be capable of monitoring the performance and 
status of each of Its components* Performance evaluation Is an Internal 
function of the system and Is necessary to check and dynamically refine 
the effectiveness of the scheduling algorithms. Results of the evaluation 
can be used to determine areas of the system that may need Improvement and to 
modify tentative schedules. 

DYASS System "Job” Concept 

A key Idea developed to study the DYASS system concept Is that of a 

''job". One of the main functions performed by the DYASS system Is the 

scheduling of resources based on user requests. The user group Includes 

experiment principal investigators, the POCC's, and other NASA agencies. 

We can equate a single request input to the DYASS system with a single "job" 

for a computer operating system. The request may cause several actions to 

occur, usually due to Implied or preparatory operations necessary for the 

completion of the request. We can view these actions as related subtasks 

of the original request. The structure and ordering of the operations 

necessary to fulfill the request produces a task graph of connected sub tasks 

whose scheduling must be coordinated to ensure proper subtask sequencing. 

A task graph Is a structure that relates the subtasks In terms of order of 
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execution 


The processes of schedule production, maintenance, and rsonltoring 
can lead to very complex problems. For example, if a key subtask for a 
request misses its scheduled activation and does not finish on time, it 
may be necessary to reschedule the remaining lower task graph levels, 
that is, all of the dependent and pending subtasks. A delay of one or 
more of a set of parallel scheduled activities can produce the same problem. 

Autonomous Process Control 

An Autonomous Process Control (APC) system exhibits the following 
properties. 

1. It controls a set of events. 

2. The interrelationships between the events can be expressed 
In the form of a schedule for events that are initiated by 

time and a task graph for events that are initiated by completion 
of other events; that is, events are time driven, or event driven 
and the sequence of events is completely specified. 

3. The actions of the system occur automatically without human 
Intervention as specified by the relationships between time and 
events . 

A fully autonomous process control system is not practically realizable, 
as human intervention Is Inevitably required. However, it can be approxi- 
mately realized. The benefits of an APC system Include: 

1. Minimal dependence on human contact for control or decisionmaking 

2. A closed, secure, and thus more reliable system. 
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The DYASS concept Is an attempt to restructure the NASA Space Data 
System along the lines of an autonomous process control system. Human 
Input and control will always be required for critical decisionmaking. 
However, as the decision process becomes better understood and decisionmaking 
logic Is added, a true APC system will be asymptotically approached. 
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V . Schedullns and DYASS Problem s 
A. Scheduling 

Scheduling Is a key part of the Dynamic Autonomous System Scheduler 
(DYASS) concept. The topics discussed Include: 

1, The scheduling system environment and Implications 

2. Glasses of scheduling problems 

3, Technologies and techniques applicable to scheduling problems 

4. Scheduling algorithms, 

The Scheduling System Environment 

A system that uses a scheduling function as a major control element 
operates In an environment with certain characteristics. The properties 
can be partitioned Into several categories such as: 

1. System control 

2. Inputs and outputs 

3. System scheduling goals 

4. Condition handling and error recovery. 

Early In the design of the system a decision has to be made about 
the degree of human Intervention and control. Critical decisions require 
human approval while less Important decisions can be made automatically 
through the use of predefined algorithms. The closer an Implementation 
Is to an autonomous process control system the greater the need for 
communications between the elements. 

The Inputs to the system consist of event or activity schedule 
requests ("jobs"), system resource Information, resource requirements 
information, component status Information, schedule completion Information, 
and human decisions and control directives. Outputs of the system 
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Include schedule information, rejected requests, current system com- 
ponent status, resource utilization, and request completion information. 

The goals of system scheduling are crucial since they determine the 
types of schedules that are ultimately produced. The most frequently 
used scheduling goalie include: 

1, Preservation of the health and safety of system components 

2. Maximization of user scheduling request satisfaction 

3, Maximization of the use of system resources or a subset of 

system resources 

4, Maximization of system throughput 

5. Even distribution of system loading 

6. General scheduling rules 

a. Processing time priority 

b. Due date priority 

c. Number of operations priority 

d. Cost priority 

e. Setup time priority 

f. Arrival time priority 

g. Machine priority 

h. Weighted priority 

i. Heuristic methods. 

It should be noted that the scheduling goals above are independent 
and may contend with one another. For example it is well known that 
maximizing the use of system resources does not necessarily guarantee 
(and might even hinder) the maximization of system throughput. Set- 
ting minimum levels of satisfaction for these goals serves as a basis 
for selecting an optimal schedule. 
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The eystem should be able to handle the following exceptional con- 
ditions and etrors: 

1. Improper job specification 

2. Job scheduling deficiencies 

3. Resource health and safety emergencies 

4. Equipment failure 

5. Communications failure 

6. Software failure 

7. Delays in communications or coordination of operations 

8. Shortage of resources. 

Some of these conditions cause tasks to miss their scheduled completion 
time. The delays could cascade down the schedule if corrective action 
is not taken as soon as possible. There are two types of improper job 
specification - Improper parameter specification and incomplete para- 
meter specification. The three classes of scheduling deficiencies are 
underestimating and overestimating the time required for a task and 
system overload. Monitoring and feedback control can help reduce the 
Impact of these problems. The corrective action for an insufficient 
task time error depends on the system load and the individual request. 

If a resource health and safety emergency arises, the system must 
be able to initiate emergency action and notify the appropriate personnel 
of the nature of the emergency. The schedule must be altered to meet the 
needs of the emergency. 

Classes of Scheduling Problems 

In developing an automated scheduling system concept, it is convenient 
to compare the DYASS system to classic scheduling problems. Many of the 
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scheduling problems can be (at least partially) solved through the 
use of deterministic algorithms. The algorithms are based on the 
premise that all of the information governing the scheduling decisions 
are knovm in advance. 

Traveling Salesman Problem 

In this classic combinatorial problem^ a salesman must devise a 
route for visiting each of n cities once and only once, returning to 
the starting city. The traveling salesman problem is ideally suited 
to such scheduling activities as optimizing the productivity of as- 
sembly-lines or optimizing the load/rolle value of shipping times. 

The solution to the problem is a schedule. A variety of algorithms 
can be used to generate solutions, ranging from linear programming 
methods to state-space search techniques. 

In this generic form, the traveling salesman problem Is applicable 
to only a small subset of the DYASS problem, that of scheduling parallel 
tasks on a single resource. However, the problem is not so easily ex- 
tensible to the general DYASS situation of scheduling multiple tasks on 
a variety of dissimilar resources. Nor Is it particularly adaptable to 
random activity requests. 

Elevator Problem 

The generic elevator problem Involves one or more elevators of finite 
capacity, a finite number of arrival and destination ports, and a random 
distribution of service requests. In contrast to the traveling salesman 
problem, the solution to the elevator problem Is not a schedule but rather 
an algorithm by which a dynamically changing schedule can be generated. 

In terms of the DYASS problem, the dynamic aspects are obviously 


similar. Moreover, the ettrlbutee of finite capacity servers (elevators) 
and fixed number of ports (spacecraft, POCC's, etc.) are analogous. How- 
ever, the DVASS attributes of priorities, deadlines, and feasibility 
windows are not covered, nor Is the concept of sequences of activities. 

Bln-Packlng Problem 

the general bln-packlng problem concerns a finite set of bins of 
possible differing capacity, a set of objects to be stored In the bins, 
and rules for associating objects with one another. In terms of the 
DYASS problem, a bin can be characterized as a resource/tlroe-lnterval 
pair and the objects characterized as a resource/ time-interval/ time- 
requirement 3-tuple representing a service request. 

It has been shown that the general bin-packing problem is NP-Corapletej 
that is, the number of operations required to compute solutions is strong- 
ly believed to grow exponentially with the number of objects. Determin- 
istic methods cannot guarantee the optimal solution without generating all 
solutions and comparing them. Usually, this Is not computationally 
feasible due to the NP-Gompleteness of deterministic algorithms, nor is 
it generally acceptable to suffer the sub-optimal performance of a random 
solution. 

Distribution Problems 

The class of problems commonly called distribution problems share 
rather general attributes of sources and sinks, distribution rates and 
requirements at the sources and sinks, and (optionally) defined paths 
for distribution flow. In the DYASS scheduling environment, distribution 
theory is applicable in maximizing the throughput of the Tracking and 
Data Relay Satellite System (TDRSS) communications. 


Technologies and Technlquas Applicable to .Scheduling Problems 


Zlany mathematics and computer science concepts can be used to simplify 
the solution of complex scheduling. Contributions from the areas of 
Operations Research, Artificial Intelligence, and Data Base technology 
are particularly Important and are discussed in the succeeding paragraphs. 

Operations Research 

Some of the operations research techniques which are applicable to 
scheduling are: 

1 . Dynamic programming 

2. Queueing theory. 

Dynamic programming Is an operations research technique which is 
used for making a sequence of Interrelated decisions. A systemic 
procedure Is provided for determining the combination of decisions 
which maximize overall effectiveness. A dynamic programming problem 
Includes the following characteristics: 

1. The problem can be divided into stages with a policy decision 
required at each stage. 

2. Each stage has a number of states associated with it. 

3. The policy decision transforms the current state into a state 
associated with the next stage. 

4. Optimal policy decision may be different at each stage of the 
problem. 

Queueing theory is the branch of operations research which is con- 
cerned with the study of waiting lines (queues) to determine effective 
servicing strategies. The results are dependent upon the particular 
queueing assumptions that are made. Some of these assumptions are: 

1. The queueing discipline, l.e., the criteria for selecting the 
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next item to be serviced 


2. The arrival time of items into the queue 

3. The number of processors servicing the queue 

4. The service time required by an item. 

Queueing Problems and Their Potential Relationship with the DYASS Concept 

A wealth of analytic theory applies to queueing systems. Most 
operating system schedulers are based on results of queueing theory 
applied to expected and observed environments. Within operating systems » 
queues are maintained of requests for services from operating system 
scheduled elements (e.g., memory allocation, I/O, CPU time, etc.). 

Within the DYASS scheduling environment, queues represent multiple 
requests for service from DYASS scheduled elements. The similarities 
between operating system scheduling and DYASS scheduling are Immediately 
apparent. The differences are in the opoiating environment. 

Queueing theory is also applicable to the more subtle problems of 
system performance analysis and self-improvement. In this context, one 
use of queueing analysis would be to generate a schedule by whatever 
means, simulate the activities scheduled, analyze the queues Induced in 
the simulation, and refine the schedule based on the results of the 
analysis. Another application would be to analyze a schedule and predict 
the performance. 

Data Bases 

Data base technology can be applied to facilitate information manage- 
ment in support of a scheduling system. A Data Base Management System (DBMS) 
can be useful in support of the following functions: 


i 


1. Schedule storage and maintenance 

2. Request definition and management 

3. Performance monitoring 

4. Storage and maintenance of scheduling conflict resolution 
strategies. 

DBMS's are currently based on a relational, network or hierarchical 
model. Relational data bases store Information In a table-llke format. 
Queries used to retrieve information may be thought of as algebraic oper- 
ations. Network data bases use a network of ring structures to store 
Information. Information storage and retrieval Is based on key information 
which is used to locate the correct ring position In the network. Hier- 
archical data bases are tree structures. Keys are used to retrieve and 
store Information from and to the appropriate sub-trees. 

Artificial Intelligence 

Artificial Intelligence offers several problem solving methodologies 
which are appropriate to scheduling problems. These are: 

1. Heuristic search 

2. Action synthesis 

3. Backward reasoning 

4. Analysis by a set of production rules. 

Heuristic search techniques are selective, non-eKhaustlve techniques. 
Potential solutions are generated on the basis of their plausibility, based 
on the knowledge of the problem domain and Icnowledge ascertained from pre- 
vious solution attempts. 

Action synthesis Is the construction of a sequence of component 
operations to achieve a goal. One would have a set of task domain components 
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which are combined to obtain a goal. 

Backward reasoning or problem reduction partitions a problem Into 
a set o£ subproblems which are easier to analyze. This process continues 
until all of the subproblems have been subdivided or solved. 

Production rules can be used to define a set of transformation rules 
to guide the decisionmaking process of a scheduling system. These rules 
are Infleclble In the sense that they do not use ancillary subjective 
Information or past experience in the decisionmaking process. Currently, 
research is being performed on systems that modify their own production 
rules based on subjective knowledge, recognized special situations, and 
collected system performance data. 

Artificial intelligence strategies applicable to scheduling Include: 

1. Interval swapping 

2. Resource substitution and sharing 

3. Performing a subset of a request. 

Interval swapping involves the exchanging of the scheduled time period 
for two tasks. This is a particularly good strategy when a task's pre- 
decessor has not been completed and another task Is ready to proceed. This 
strategy may also be used to reschedule entire requests. 

Resource substitution and sharing Involves the use of alternative 
equipment to perform a task, if such equipment is available. This is also 
an acceptable strategy for conflict resolution. 

In certain situations, a request may not be schedulable because a 
subset of tasks Is incompletely specified or cannot be scheduled. An ac- 
ceptable scheduling strategy is to perform the subset of the request which 
can be scheduled. 
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Scheduling AlRorlthtns 


For purposes of this discussion, scheduling algorithms are divided 
Into two classes, random requests, and known (fixed) requests. The DYASS 
environment mixes types of requests but generally treats the scheduling 
situation as a problem of the second class due to the preponderance of 
known requests. 

Scheduling Random Requests 

Several types of algorithms fall Into this class. Two types most 
applicable to DYASS can be characterized as elevator algorithms and operat- 
ing system algorithms. Among the elevator algorithms there are two major 
subdivisions that can be characterized as finite-state algorithms (e.g., 
classic elevator problem) or control algorithms (e.g., classic disk problem). 
The finite-state problems are amenable to several types of solutions. 

However, the most popular Include automata and state-space representations. 

The key to automata solutions Is that all outcomes are determined and 
explicitly represented In the state descriptions of the automata. There 
Is no choice of a next move. That choice Is determined by the current state 
and stimulus. For control problems, the object Is to control the state of 
system variables. 

Scheduling Known Requests 

Within this category, algorithms can be classified according to whether 
the resources are scheduled over a continuous Interval or discrete partitions 
(quanta) of time. For either case, an Important attribute of the problem Is 
"feasibility.” A request for service of a task on a resource 1s "feasible" 
if the request is for a time Interval during which all activation criteria 
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are met* For example, a satellite contact Is "feasible" between AOS 
(Acquisition of Signal) and LOS (Loss of Signal) since the actual contact 
can be scheduled anytime within that Interval. 

The theory of Interval Arithmetic Is applicable for scheduling 
resource requests on a time continuum. This is especially convenient In 
evaluating objective fu: ctlons and In conflict resolution. The missing 
scheme for conflict resolution can be supplied In a number of forms 
ranging from human determination to set manipulations on feasibility 
Intervals and requests. Objective functions (other than priority 
selection) such as uniform distribution of processing are applicable both 
in conflict resolution and In the primary scheduling algorithm. 

Where time Intervals have been discretely partitioned for scheduling 
purposes, the scheduling process Is similar to that of memory management 
with a page allocation scheme. Moreover, similar algorithms are applicable 
(e.g. , First Fit, Best Fit). Since this problem Is NP-Complete, there is 
no feasible way to judge the optimality of the solutions found with any 
of the algor It tuns. For example, while It has been shown that In the long 
run First Fit and Best Fit algorithms allocated equally well, at any one 
snapshot the Best Fit allocation Is no worse and perhaps significantly 
better than the First Fit allocation. In terms of the DYASS problem, this 
means that the Best Fit algorithm potentially Involves less conflict re- 
solution. The Impact of conflict resolution must be weighed against the 
extra processing required for Best Fit. These two algorithms relate to 
DYASS in that for resource requests, the span of time quanta (partitions) 
for which the request Is feasible Is analogous to the span of memory pages. 
The conflicts to be resolved correspond to requests on a scheduler wait list. 
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B. The DYASS Scheduling Problem 


The Investigation of the DYASS concept as a scheduling system 
problem Is divided Into parts. The first part discusses the para- 
meters and constraints Inherent in the Implementation of DYASS. 

Then scheduling algorithms and techniques are Introduced. 

Scheduling Parameters and Constraints 

The DYASS concept is a radical departure from the current scheduling 
and resource control capability. The transition may require a gradual 
reeducation of current system users. This may be complicated by the 
phased evolution planned for the implementation of the HASA future system. 

Closely related to transition constraints is the composition of the data 
system environment. At no time is the environment expected to be homogenous. 
Therefore, the DYASS scheduling, monitoring, and controlling capabilities 
should be planned around a heterogeneous processing environment, and in- 
clude separate scheduling activities for the dissimilar system components. 
Moreover, the separate activities and resultant schedules should be 
integrated into a master schedule, monitored and controlled as one system- 
wide schedule. 

A state space reduction technique such as the definition of unit 
schedulable items is particularly desirable in a DYASS schedule implement- 
ation. Unfortunately, the Tracking Data and Relay Satellite System (TDRSS) 
Imposes a constraint that prevents the use of the unit schedulable state 
space reduction technique. 

The TDRSS is a potential bottleneck for the NASA Space Data System 
and a problem that DYASS must resolve. The system will be loaded with 
shuttle support requirements. Shuttle support requires long periods of 
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TDRSS contact using large amounts of TDRSS bandwidth capacity. Thus, 
TDRSS Is unavailable for other spacecraft contacts. In addition, the 
ground facilities of TDRSS may have to store temporarily and forward 
later large volumes of data from certain hlgh-data-volume spacecraft 
such as LANDSAT-D and Space Telescope. 

The system Is further constrained by the Impact of the dynamic 
rescheduling problem. If dynamic rescheduling Is to occur, there must 
be enough time available to ensure that the new schedule can be cir- 
culated, and that facilities are properly configured to perform the new 
schedule. Dynamic rescheduling must not adversely affect any activities 
which are In progress or which are to begin shortly. There Is Insuf- 
ficient time to produce a new optimal schedule. Only minimal impact 
scheduling can be performed. Response time parameters have to be es- 
tablished for ad hoc requests to define the limits of the scheduling 
problem. Monitoring and dynamic analysis of the character, frequency, 
and duration of rescheduling may simplify or reduce Its Impact. 

Applicable Scheduling Algorithms 

In the DYASS environment, the scheduling problem Is composed of 
several discrete categories of resources that are linked (In terms of 
scheduling) by taks activity threads that span the set of resources. 
Within each category of resource (assuming homogeneity within categories) , 
requests are to be scheduled according to some evaluation criteria 
(objective function). This precludes the use of a single classic 
scheduling algorithm to solve the global scheduling problem. 

Although not generally applicable to the global DYASS scheduling 
problem, the Traveling Salesman can be applied to some Isolated DYASS 
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subproblems • The algorithm realizes the objective function of mini- 
mizing the total time wasted transitioning from one program to another. 

For this it is assumed the triangle inequality holds. 

Two algorithms of the elevator problem class are applicable to DYASS. 

A great variety of bin-packing algorithms are applicable to the DYASS 
scheduling problem. 

As its name implies, the Earliest Deadline Algorithm schedules pro- 
cesses according to the relative occurrence of process deadlines. Since 
most scheduled activities in the DYASS environment are subject to deadlines, 
this algorithm is potentially directly applicable. Drawbacks to employing 
this concept directly are that while most activities are deadllned, in 
the TDRSS environment the period of view is so relatively long that some 
deadlines are insignificant in the scheduling process. Also, while the 
algorithm supports scheduling on multiple resources it does not immediately 
extend to the global DYASS environment of scheduling activity threads 
across resources categories. In one form, the Earliest Deadline Algorithm 
is similar to the Request Priority Algorithm with the earliest deadline 
analogous to the highest priority. 

In the Least Laxity Algorithm, the concept is to schedule first those 
requests that most limit resource excess capacity. That is, given an in- 
crement of time already allocated and a set of requests still pending, the 
next x’equest to be scheduled is that which is most restrictive in terms 
of excess resource capacity (maximizes the schedule laxity for the remaining 
requests). When all schedule requests are known a priori, as well as the 
processing requirements, the Least Laxity Algorithm is optimal in the sense 
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of acconmodacing requescs. However It is not immediately extensible to 
cover the global DYASS problem of scheduling activities across multiple 
heterogeneous resources* 

Recognizing the TDRSS links as a major bottleneck in the throughput 
capacity of the system, a prime target for optimization is the scheduled 
use of TDRSS. For this, the techniques of flow distribution are particular- 
ly effective. However, this requires a major assumption in the scheduling 
process: the scheduled items and source and sink capacities must be held 
constant for some time Interval over which optimization is to be achieved. 
Optimal Intervals may be determined dynamically via any of several heuristic 
techniques or may be chosen analytically and fixed. The actual flow dis- 
tribution algorithm to be used would depend on the satellite constellation 
for the Interval being scheduled. Alternatively, dynamic programming 
techniques could be employed to create the algorithm based on the environ- 
mental conditions. To Integrate this process into the global scheduling 
program, one approach would be to maximize the contacts to drive the back- 
ward scheduling of all required predecesor activities. 
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VI. Artificial IntclllR»nce 


NASA is I to « significant degree, an agency devoted to the acquleltlon, 
processing, and analysis of Information > about the Earth, the Solar system* 
the Stars, and the Universe. The principal goal of NASA's booster and space 
vehicle commitment Is to acquire such scientific Information for the benefit 
of the human species. At the present time, the amount of data made available 
by NASA missions Is larger than scientists can comfortably sift through. A 
typical Information .acqui-sltion rate in the 1980's Is about 10** bits per 
day for all NASA systems. We have reached a severe limitation in the tradi- 
tional way of acquiring and analyzing data. 

With machine Intelligence and modern computer graphics, an immense 
amount of data can be analyzed and reduced to present the scientific or 
technological results directly In a convenient form. With the successful 
launch of the Space Shuttle, the space program Is at the threshold of a 
new era. This will enable expanded space Industrial activities and, by the 
end of this century, could lead to Satellite Power Systems for solar energy 
production and to manned space stations for commercial processing and manu- 
facturing in space. A major objective for NASA is to develop the enabling 
technology and to reduce the costs for operating such large-scale systems 
during the next two decades. There are many simple or repetitive tasks 
which existing machine intelligence technology Is fully capable of dealing 
with more reliably and less expensively than If human beings were In the 
loop. 

Machine Intelligence and robotics are not only relevant but essential 
to the entire range of future NASA activities. Content analysis of Earth 



orbital and planatary spacecraft results is merely one application. Other 
applications exist; In mission operations^ In spacecraft crisis inanagement» 
and In large constructions in Earth orbit or on the Moon. 

The uses of robotics can be broadly grouped Into manipulators and 
Intelligent planetary explorers. There already exist automatic vision and 
manipulation techniques that could be developed Into practical systems for 
automatic Inspection and assembly of components. Intelligent robot ex- 
plorers will become imperative, If sophisticated large-scale Interplanetary 
exploration Is to become a reality. 

Software developed within KASA Is often done In a batch environment 
using punched cards, resulting In a turnaround time of hours or even days. 

In contrast, the machine-intelligence laboratories are characterized by being 
totally on-line and Interactive. The investment made to substitute computer 
processing for many manual activities of programmers should ultimately result 
In Improved software quality and programmer productivity. 

There are several data management Issues where artificial Intelligence 
techniques could be brought to bear. These areas range from the control 
of data acquisition and transmission, data reduction and analysis, and methods 
for dissemination to users. For example, onboard computers should perform 
data reduction and selective data transmission. This will minimize the 
amount of data transmitted and conserve communication channels and bandwidth. 
This requires an advanced computer capable of various types of data analysis. 
Once the data reaches a ground collection site, there are three types of data 
management functions required to make the data accessible and usable to 
researchers. First, the data must be archived. Secondly, access to specific 
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portions or collection! of the data, locating predatemlned criteria 
must be provided. Both archival and criteria selection management 
systems are well within current technology. However, the third type of 
database management function, the ability to access data by its content, 
does not yet exist, and requires specific artificial intelligence support. 
It would utilize a Knowledge Base containing specific facts about the 
data, general rules concerning the relationships between data elements 
and world models Into which complex requests can be evaluated. This 
Knowledge Base would guide the system in locating data containing the 
desired attributes utilizing a predefined indexing criteria and the 
relationship of the desired attributes to the lnd<£rxlng attributes. 
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AN OVERVIEW OF KNOWLEDGE REPRESENTATION 


This Is a brlaf overviaw of terminology and Issues related to 
Knowledge Representation (KR)« 

Knowledge Representation Is a central problem In Artificial In- 
telligence (AI) today. Its Importance stems from the fact that the 
current design paradigm for "Intelligent" systems stresses the need 
for expert knowledge In the system along with associated knowlr«dge- 
handling facilities. This paradigm Is In sharp contrast to earlier ones 
which might be termed "power-oriented" In that they placed an emphasis 
on general purpose heuristic search techniques. 

The basic problem of KR is the development of a sufficiently pre» 
else notation for representing knowledge. We shall refer to any such 
notation as a (knowledge) representation scheme. Using such a scheme 
one can specify a knowledge base consisting of facts. For the purposes 
of this paper, a knowledge base will be treated as a model of a world/ 
enterprise/slice of reality. 

Representation Schemes 

Representation schemes have been classified Into declarative and 
procedural ones. For the purposes of the discussion that follows, we 
further subdivide declarative schemes Into logical and (semantic) network 
ones. 

A. Logical Representation Schemes 

Such schemes employ the notions of constant, variable, function, 
predicate, logical connective and quantifier to represent facts as logical 
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formulas in some logic (First or Higher Order/Multi-valued/Modal/Fuzzy 
etc.). A knowledge base, according to this view, is a collection of 
logical formulas which provides a partial description of a world. Modi- 
fications to the knowledge base occur with the Introduction/deletion of 
logical formulas so logical formulas are the atomic units for knowledge 
base manipulation in such schemes. The use of Logic as a representation 
scheme can be traced at least as far back as McCarthy’s "Advice Taker". 

An Important advantage of logical representation schemes is the 
availability of Inference rules in terras of which one can define proof 
procedures. Such procedures can be used for information retrieved, 
semantic constraint checking and problem solving. 

Another strength of logical schemes is the availability of a clean, 
well-understood and well-accepted formal semantics , at least for"pure" 
logical schemes that are quite close to First Order Logic. As one moves 
to representation schemes that try to deal with knowledge acquisition, 
beliefs and defaults the availability of a clean formal semantics becomes 
more problematic and is an area of active research. 

A third strength of logical schemes is the simplicity of the notation 
employed which leads to knowledge base descriptions that are understand ~ble. 
Another advantage is the conceptual economy encouraged by logical re- 
presentation schemes which allow each fact to be represented once, independ- 
ently of its different uses during the course of its presence in the knowledge 
base. 

A major drawback of logical schemes is the lack of organizational 
principles for the facts constituting a knowledge base. A large knowledge 
base, like a large program, needs organizational principles to be under- 
standable as a unit. Without them, a knowledge base can be as unmanageable 
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as a program written in a programming language which does not support 
abstraction facilities. 

A second drawback Is the difficulty In representing procedural and 
heuristic knowledge such as 

”lf you are trying to do A while condition 
B holds, try strategies 

An Interesting departure from logical representation schemes has been 
proposed by Kowalski who argues In favor of a dual semantics for logical 
formulas of the form 

A ®2 ^ • • • A ^ ^ 

The first Is the traditional Tarsklan semantics. The second Is a procedural 
semantics which Interprets the formula as 

"If you want "o establish A, try to establish 
and B2 and . . . and . 

The language PROLOG realizes this Idea and has gained many supporters 
as It combines advantages from logical and procedural representation schemes. 

B. Network Representation Schemes 

Such schemes, often called semantic networks, attempt to describe a 
world in terms of objects (nodes) and binary associations (labelled edges), 
the former denoting individuals and the latter binary relationships in 
the world being modelled. According to a network representational view, a 
knowledge base Is a collection of objects and associations, or a directed 
labelled graph, and modifications to the knowledge base occur through the 
insertion/deletion of objects and the manipulation of associations. Semantic 
networks have gained wide acceptance as means of modelling human memory and 
as useful representations for building "Intelligent" systems. 
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Early versions of network schemes tended to encourage a proliferation 
of association types (edge labels) as new kinds of knowledge were represented. 
This practice and other deficiencies of earlier network schemes have been 
critlcir.ed in (Woods 75) and (Schubert 76) . Their criticisms have triggered 
a trend towards network schemes with a fixed number of primitive association 
types which have well-defined semantics and are descriptively adequate in 
that they can be used to represent any fact expressible in a logical scheme. 
Some of these schemes simply view network knowledge bases as convenient Im- 
plementations of logical ones. Others view network schemes as tackling a 
different set of representational Issues and propose a set of primitive 
association types accordingly. 

Due to their nature, network schemes address directly Issues of in- 
formation retrieval since associations can be used to define access paths 
for traversing a network knowledge base. Another important feature of 
network schemes is the pote<’^tlal use of primitive association types such 
as those mentioned above for the organization of a knowledge base. A 
third advantage is the obvious graphical representation of network know- 
ledge bases which enhances their understandabllity. 

A major drawback of network schemes has been the lack of a formal 
semantics and a standard terminology. This is at least partly due to the 
fact that semantic networks have been used as representational tools in 
very different ways. 

C, Procedural Representation Schemes 

Such schemes view a knowledge base as a collection of procedures 
expressed in some language. Most procedural schemes have been Influenced 
quite heavily by LISP which has been used almost exclusively as the im- 
plementation language for "intelligent" systems. Indeed, in the past LISP 
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Itself was a favorite representation scheme due to, among other things. 

Its purely symbolic nature and the dynamic run-time environment It offers 
Its users. 

Procedural schemes beyond LISP can be classified on the basis of the 
stand they take with respect to two Issues. The first Is concerned with 
the activation mechanism offered for procedures, while the second Involves 
the control structures offered by any one scheme. 

On the first Issue, PLANNER Introduced the notion of pattern directed 
procedure Invocation. A knowledge base Is viewed In PLANNER as a global 
database of assertions and a collection of theorems (or demons) which watch 
over It and are activated when ever the database Is modified or searched. 
Each theorem has an associated pattern which, upon the theorem's activation. 
Is matched against the data about to be Inserted /removed or retrieved from 
the database. If the match succeeds, the theorem Is executed. Thus with 
theorems the usual procedure calling mechanism is replaced with one where 
procedures are called whenever a condition is satisfied. 

Production systems offer a procedural scheme that is in many ways 
similar to PLANNER, A knowledge base is a collection of production rules 
and a global database. Production rules, like theorems, consist of a 
pattern and a body involving one or more actions. The database begins 
in some Initial state and rules are tried out In some prespecified order 
until one Is found whose pattern matches the database. The body of that 
rule Is then executed and matching of other rules continues. 

There are major differences between the activation mechanism of a 
PLANNER theorem and a production system rule as well. The order in which 
theorem patterns are matched Is undetermined in PLANNER (although the user 
can define one for any particular situation where he tries to tamper with 
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the database), "Standard" production systems, like Markov algorithms, 
have a fixed ordering of rules which determines when will each rule be 
matched against the database. Another important difference is that 
theorems can call directly other theorems while productions can only do so 
Indirectly by placing appropriate information on the database. Thus, 
a production system database can be viewed as a workspace or a bulletin 
board which provides the only means of communication between rules. 

Turning to control structures, there exist several proposals which 
extend or otherwise modify the usual hierarchical control structure of 
LISP or ALGOL. As indicated in the previous paragraph, production systems 
offer one where there, is no direct communication or control between rules. 
Thus a production system knowledge base consists of a collection of loosely 
coupled rules and this feature renders such knowledge bases fairly easy to 
understand and modify. 

planner’s control structure for theorems uses backtracking in that 
when a theorem’s body is executed and falls to achieve a predetermined goal, 
the side-effects of the unsuccessful theorem are erased and other theorems 
are tried until one is found that succeeds. It has been argued quite con- 
vincingly that backtracking is an unwieldy control structure. 

Procedural schemes have in principle one major advantage and one major 
disadvantage compared to declarative ones. They allow the specification of 
direct interactions between facts thus eliminating the need for wasteful 
searching. On the other hand, a procedural knowledge base, like a program, 
is difficult to understanding and modify. 

D, Frame-based Representation Schemes 

Since 1975, when Minsky originally proposed it, the notion of frame has 
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played a key role In KR research. A frame Is a complex data structure 
for representing a stereotypical situation such as being In a certain 
kind of living room or going to a child's birthday party. The frame has 
slots for the objects that play a role In the stereotypical situation as 
well as relations between these objects. Attached to each frame are 
different kinds of Information such as how to use the frame, what to do If 
something unexpected happens, default values for Its slots etc. A knowledge 
base Is now a collection of frames organized In terms of some of the organ- 
izational principles discussed earlier but also other "looser" principles 
such as the notion of similarity between two frames. 

The original frame proposal was nothing but a framework for developing 
representation schemes which combined Ideas from semantic networks, pro- 
cedural schemes, linguistics etc. Several representation schemes proposed 
since then have adapted the frame proposal. Below we present brief des- 
criptions for four of them. 

1. FRL (Goldstein and Roberts 77) 

An FRL knowledge base consists of fcames whose slots carry Information 
such as comments on the source of a value bound to the slot, a default value, 
constraints, and procedures that are activated when a value Is bound, unbound 
or needed for a slot. All frames are organized Into a hierarchy which appears 
to be a combination of classification and generalization. The procedures 
attached to a slot are expressed In LISP. 

2. KRL (Bobrow and Wlnograd 77) 

This Is a more ambitious project than FRL. Like FRL, the basic units 
of a KRL knowledge base are frames with slots and several kinds of Information 
attached to each slot. Unlike FRL where this Information provides details 
about how to Instantiate a frame, KRL la much more concerned with a matching 
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operation for frames* All on-going processes at any one time are controlled 
through a multiprocessor agenda which can be scheduled by the designed of 
the knowledge base, KRL also supports belief contexts which can serve to 
define an attention focusing mechanism* "Self knowledge" can be Included 
in a knowledge base by providing description about other descriptions* 

3* m (Szolovits et al* 77) 

Unlike other frame-oriented schemes, OWL bases its features on the 
syntactic and semantic structure of English, taking as founding principle 
the Whorflan Hypothesis that a person's language plays a key role in deter- 
mining his model of the world and thus in structuring his thought* An 
OWL knowledge base can be viewed as a semantic network whose nodes are 
expressions representing the meaning of natural language sentences* Each 
node, called a concept, is defined b'v a pair (genua, specializer) where 
"genus" specifies the type or superconcept while "specializer" serves to 
distinguish this concept from all other concepts with the same genus* 

4. KLONE (Brachman 79) 

A KLONE knowledge base is a collection of concepts where concept is a 
highly structured object, having slots to which one can attach a variety 
of information (defaults, modalities etc*)* To a concept one can also 
attach structural descriptions which express constraints on the values 
that can be bound to the different slots of the concept* Concepts provide 
purely descrip tlonal structuxe and make no assertions about existence of 
a referent or coreference of descriptions* A separate construct called a 
nexus is used to make assertions about the world being modelled. Also, 

KLONE offers procedural attachment as a means of associating procedural 
information, expressed at this time in LISP, with a concept* 
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PlstlngulBhlng Features of Repreaentatlon Schemes 


Below we list some of the more technical (and less vague) characteristics 
of representation schemes which appear to distinguish them from their semantic 
data model/program specification language cousins. 

1. Multiple Uses of Facts 

Unlike a database, whose facts are used almost exclusively for retrieval 
purposes or a program whose facts are used in the execution of some pro- 
cedure, a knowledge base contains facts which may have multiple uses. A 
representation scheme must take this Into account In terms of the tools It 
offers. Below we list some possible uses. 

2. Inference 

Given a collection of facts, new facts may be deduced from them accord- 
ing to some fixed rules of Inference without Interaction with the outside 
world. Some Inferences have the flavor of inference techniques in formal 
logic. For knowledge basis, however. It Is also useful sometimes to derive 
facts through specialized procedures that use other known facts only In 
fixed ways. For example, a procedure that determines whether a pair Is In 
the transitive closure of some binary relation can perform Inferences of 
a very specialized nature and Is only applicable to facts associated with a 
transitive relation. Also, a knowledge base may be represented in such a 
way that there are "preferred Inferences". The use of defaults Is a good 
example of such a mechanism. 

Deduction, with a formal, special purpose or heuristic flavor. Is not 
the only kind of Inference. There can also be Inductive Inferences and 
abductive ones which have played a role In some knowledge bases. 

Given all this variety for Inference mechanisms, the question for the 
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designer of a representation scheme Is not how he can Include all of them 
In his scheme, but which ones. If any, he la going to Include. Logical 
schemes clearly have an advantage over other types of schemes when consider- 
ed from the point of view of (general purpose) Inference facilities, 

3. Access 

Access (and storage) of Information in a knowledge base for question- 
answering purposes constitutes an all-important use of the knowledge 
base. The assoclatlonist viewpoint of network schemes, particularly 
their organizational principles, make them strong candidates for access- 
related uses, 

4, Matching 

Matching as a knowledge base operation can be used for a variety of 
purposes. Including (1) classification, l.e, determining the type of an 
unknown Input, (11) confirmation wliere a possible candidate to fit a 
description is matched against it for confirmation purposes, (ill) de- 
composition where a pattern with a substructure is matched against a 
structured unknown and the unknown is decomposed Into subparts correspond- 
ing to those of the pattern, (iv) correction where the nature of a pattern 
match failure leads to error correction of the unknown input. 

The matching operation itself can be (1) syntactic where the form of 
the unknown input Is matched against another form, (11) parametric In the 
tradition of Pattern Recognition research, (ill) semantic where the function 
of the components of the pattern is specified and the matcher attempts to 
find elements of the input to serve this function, (iv) forced as in MERLIN 
where a structure is viewed as though It were another and matches of cor- 
responding Items may be forced. 
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KRL has paid special attention to matching as a knowledge base 
operation. 

InconpletenesB 

Except for situations where a knowledge base models artificial "micro- 
worlds'*, it cannot be assumed that the knowledge base is a complete description 
of the world It Is Intended to model. This observation has Important con- 
sequences for the operations defined over a knowledge base (Inference, access, 
matching) as well as the design methodologies for knowledge bases. 

Until recently murh of the work of KR Ignored the problem of incomplete- 
or dealt with It In an ad hoc way. Recent work attempts to correct this 
situation. 

Viewing a knowledge base an an Incomplete end approximate model of a 
world which can always be Improved but can never be quite complete, leads 
to design methodologies for knowledge bases which are drastically different 
from ones for programs. Thus In Programming Language the leading design 
methodologies stress "once and for all" designs where the designer sits down 
with a clear Idea of the algorithm he wants to realize and by the time he 
stands up the design Is complete. In AI, a knowledge base Is developed over 
a period of time that can be as long as Its lifetime through different 
knowledge acquisition processes that can range from Interactive sessions with 
an expert to the automatic generation of new facts based on the system's 
"experiences". Organizational principles underlying the structure of a 
knowledge base can play a crucial role In determining the direction of know- 
ledge acquisition, l.e. which facts should be acquired first and which ones 
later. 
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S«lf Knowledge 


Thsrc are many kinds of self knowledge. Facts which describe the 
form or allowable configurations of other facts (e.g. type definitions) are 
an Important kind of self knowledge. Making such facts available for question 
answering and Inference by representing them the same way as other facts Is 
an Important capc.olllty of declarative schemes which Is generally not shared 
by procedural ones. A good example of use of such self knowledge for know- 
ledge acquisition is provided In TEIRESIAS. 

A second kind of self knowledge Involves the ability of a system to 
answer elementary questions about Its actions as In SHRDLU, or about the 
strategies It uses to perform some task as In HACKER. 

CONCLUSIONS 

There are signs today that KR Is maturing at least to the point 
where there is some agreement on Issues and open questions. One can find 
several knowledge-based systems which perform at an expert or near expert 
level. There Is even some discussion on Issues related to Knowledge 
Engineering which appears to suggest that design methodologies for knowledge 
bases are following a similar path as design methodologies for large 
programs, perhaps with a 8 - 10 year lag. 
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The ”NUDGE” System 


NUDGE is a knowle4ge-based office scheduling program developed at 
the MIT Artificial Intelligence Laboratory. This program accepts Informal 
scheduling requests and produces a schedule containing conflicts and a 
set of strategies for conflict resolution. A knowledge data base Is used 
to expand and debug schedules. The data base contains data for: 

A. Supplying missing request details 

B. Inconsistency resolution 

C. Determination of available conflict resolution strategies 

D. Determination of necessary task prerequisites 

E. Planning for expected outcomes. 

NUDGE attempts to schedule by defining a four item property list 
which categorizes the scheduling of an event. The list consists of: 

A. The time of the scheduled activity 

B. The activity being scheduled 

C. The resource being scheduled 

D. The object being scheduled for activity. 

Each of these four Items consists of a helrarchy of sub-items which aid 
In the definition of an event being scheduled. The goal of NUDGE Is to 
completely define these four components and the Interrelationships among 
them to form a frame for the scheduling request. NUDGE uses Its knowledge 
base to form a frame for the scheduling request by attempting to complete 
Informal user scheduling requests. At this point one has a schedule which 
could potentially contain conflicts. The scheduling phase of NUDGE Is 
handled by a program called BARGAIN which uses traditional decision analysis 
programs that have been augmented by Artificial Intelligence techniques to 
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conCiro]. th« starch procesats involvtd In conflict rtsolutlon and schadullng. 

Initially, a achtdula which contains the tntlra sat of conflicts la 
produced for BARGAIN. These conflicts are then resolved Individually using 
resource-driven or purpose-driven conflict resolution techniques. The 
resource-driven strategy attempts to alter the particular Interval when an 
event is scheduled while still maintaining the particular event requirement. 
Purpose-driven techniques analyze the main goal of a scheduled event and 
modify, or possibly eliminate, requirements which are lesser goals of a 
scheduled event. Some of the conflict resolution strategies used include: 

A. Relaxing defaults 

B. Sharing resources 

C. Swapping Intervals 

D. Relaxing preferences 

E. Eliminating requirements 

F. Substituting resources 

G. Dividing requests Into subsets 

H. Using traditional scheduling algorithms. 

The overall NUDGE scheduling strategy Is to maximize the number of successfully 
scheduled requests. The implementation of this system has produced good results, 
and Its performance will Improve as better conflict resolution strategies and 
algorithms are employed. 

The “I-SPACE” System 

The ”I-SPACE” system is a man-machine system designed interface 
boch technical and non-technlcal professionals to the large, dynamic and 
diffuse "information space" In which they conduct their dally professional 
activities. This shares some goals with Goldstein's "PIE" project and 
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N«w«ll's "ZOG** projttcti both «dv«nc«d nan-nutchln* InCornuition syattma. 
Howavar th« I-SPACE ayatam la mora aliaad at tha raai-tima acqulaltlon 
and aynthaala of Infonsation from dlvaraa, oftan gaographlcally diatrlbutad^ 
aourcaa. 

Tha main goal of an I-Sr* ia to deliver a almpla Interface through 
which the uaer galna ac--.»« to virtually any Information he daema relevant 
to hia job* A aecond goal la that Information be delivered in a dynamic 
faahlon which often tranalatea to real-time. 

I-Space frames are LISP data atructurea which contain all the Inform- 
ation required to aet up, synthesize, and display Information from a set 
of Information conduits. Structurally, a frame Is a collection of named 
slots. Visually, a frame la presented by displaying all its slots at an 
appropriate level of activation for that user. Each slot Is presented 
as a three-window display: Che slot name, the slot value/work area and a 
status region. Shapes and locations of windows and whether or not all 
three are displayed at the current level of activation are determined by 
information In the frame’s representation* Three levels of frame/slot 
activation are possible: ”browse”, "focus", and "Invoke", Invoking a slot 
Is tantamount to computing. Since all activation procedures are uu» 
restricted LISP functions, the effects on the I-Space of an Invoked slot 
can be arbitrary. 

Schedulln#> and Processes 

At any given moment, the user will have a currently browsed or focused 
frame (some of whose slots may have been Invoked) and possibly a collection 
of other focused and partially Invoked frames In the background. Each slot 
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has been activated at some level. If the slot's activation procedure 
Is one which Is concerned with repetitive or real-time updating, or is 
on the lookout for certain events or data In the I-Space at large, then 
It will be making demands on the I-Space for periodic attention. For 
this reason, the system must Include a scheduler process per user, as well 
as a system-level scheduler for mediating tic user-scheduler's requests 
of the I-bank. As the 1-Space shell lnterpre^'s usei.* desires, and slots 
become activated, slot activation procedures run and can send scheduling 
tasks to the U-Scheduler, a separate UNIX process that manages Its one user's 
scheduling needs. The U-Scheduler In turn makes appropriate demands on the 
S-Scheduler, a system-wide UNIX process which synthesizes all U-Scheduler 
requests, prioritizes them, then passes them to ZMOB, which finally carries 
out the requested Interactions with the outside. 

Another topic of Interest that arises because of the I-Space' s blend 
of a PIE-llke environment with real-time scheduling contains the channel 
to be used, the procedure to be run on that channel, the priority required 
to run It, the arguments to be passed to the procedure, the schedule the 
procedure should be run by and the consumers that describe what to do when 
results are returned from the procedure. If there Is no channel, the pro- 
cedure Is understood to be special procedure that Is handled by the I-SHELL 
which Is the main operating system In the I-SFACE. 

The "I-SPACE” system will be a foundation for an eventually very 
Intelligent distributed Information system and will represent an Incre*^ 
mental advance In Interfacing humans with large computer-based Information 


systems 


The following tasks are proposed: 

if I To Investigate the "NUDGE" system and to find better conflict 

resolution strategies and algorithms. 
if 2 To Implement the "NUDGE" or "NUDGE TYPE" system to tackle the 

DYASS scheduling problems. 
if3 To study in detail the "I-SPACE” system. 

To Implement the "I-SPACE" system to solve the DYASS scheduling 
problems. 
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